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EXTENSIBLE MARKUP LANGUAGE MARKUP CLONING ON TABLE 
ROWS AND CELLS IN A SOFTWARE APPLICATION DOCUMENT 

Copyright Notice 

A portion of the disclosure of this patent document contains material 
which is subject to copyright protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the United States Patent and Trademark Office patent file or records, but 
otherwise reserves all copyright rights whatsoever. 

Field of the Invention 

The present invention generally relates to use of table rows and cells in a 
computer-generated document. More particularly, the present invention relates to 
replication of a table row, including replication of application of Extensible Markup 
Language (XML) markup to a new table row or cell from a previous row or cell. 

Background of the Invention 

Computer software applications allow users to create a variety of 
documents to assist them in work, education, and leisure. For example, popular word 
processing applications allow users to create letters, articles, books, memoranda, and 
the like. Spreadsheet applications allow users to store, manipulate, print, and display a 
variety of alphanumeric data. Such applications have a number of well-known 
strengths including rich editing, formatting, printing, calculation, and on-line and off- 
line editing. 
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In computer-generated documents, tables are often used to represent 
information whose basic structure is repeated from row to row. For example, consider a 
table representing financial results of various companies. Each column may represent a 
specific piece of financial information, such as revenues, net profits, earnings per share, 
5 and the like, while each row may represent a different company. It is typical for each 
consecutive row in a table to follow the same structure as the previous row. That is, 
each consecutive row typically consists of the same number of cells, each of the same 
size and meaning as are contained in the previous row. Many prior art word processing 
applications take the number of cells and sizes of a previous row into account when 

10 creating a new row that is structurally similar to a previous row. That is, some prior art 
word processing applications allow for the automatic creation of a new row that 
contains the same number and sizes of cells as a previous row. 

It has become desirable to annotate computer-generated documents with 
helpful structure such as that provided by the Extensible Markup Language (XML). 

15 User-defined XML markup may be applied to a given row in a table where the row or 
individual cells within the row are marked up with XML markup structure. 
Unfortunately, prior art word processing applications do not allow for the automatic 
creation of a new row in a table that contains a replication of the XML markup applied 
to selected or previous row. Therefore, the user must manually re-apply XML markup 

20 to a newly created row if the user desires that the newly created row have the same 
XML markup as the row from which the newly created row is replicated. It is known to 
copy and paste a previously XML-formatted row in order to create a new row 
containing the same. XML formatting, but such a procedure is cumbersome, inefficient, 
and requires the user to review the pasted row to ensure that the XML-formatting from 

25 the previous or selected row has been properly applied to the newly created row. 

It is with respect to these and other considerations that the present 
invention has been made. 
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Summary of the Invention 

The present invention provides methods and systems for automatically 
replicating table rows and cells marked up with Extensible Markup Language (XML) 
data (markup) to create new table rows and cells containing the same XML markup as a 
5 selected row and cells from which the new row and cells are replicated. According to 
aspects of the present invention, a table row with one or more cells may be selected for 
replication. The selected row (source row) is parsed to determine XML markup (XML 
elements (tags)) applied to the row or cells contained therein. A new row and 
corresponding cell(s) is created. XML markup applied to the source row and its cells is 

10 automatically applied to the new row and cells contained therein. According to one 
aspect of the invention, only the cell-level and row-level markup is replicated. The 
XML markup that has been applied to a level lower than the cell (e.g., a paragraph 
within the cell or a set of characters) is not replicated. User-entered data (non-XML 
markup) entered into the source row and cells is not replicated into the new row and 

15 cells. According to aspects of the invention, the new row and cells may be inserted 
above or below the selected source row. Accordingly, a new row may be automatically 
created having the same application of XML markup as a selected or previous row. 

These and other features, advantages, and aspects of the present 
invention may be more clearly understood and appreciated from a review of the 

20 following detailed description of the disclosed embodiments and by reference to the 
appended drawings and claims. 

Brief Description of the Drawings 

Fig. 1 is a simplified block diagram of a computing system and 
25 associated peripherals and network devices that provide an exemplary operating 
environment for the present invention. 

Fig. 2 is a simplified block diagram illustrating interaction between 
software objects according to an object-oriented programming model. 
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Fig. 3 is a block diagram illustrating interaction between a document, an 
attached schema file, and a schema validation functionality model. 

Fig. 4 illustrates an illustrative routine for automatically creating a new 
table row containing XML markup application as applied to a selected or previous row 
5 from which the new row is replicated. 



Detailed Description of the Preferred Embodiment 

Embodiments of the present invention are directed to methods and systems for 
automatically replicating table rows and cells marked up with Extensible Markup 

10 Language (XML) data to create a new table row with cells containing the same cell- 
level and row-level XML markup as a selected row or previous row from which the 
new row is replicated. In the following detailed description, references are made to the 
accompanying drawings that form a part hereof, and in which are shown by way of 
illustrations specific embodiments or examples. These embodiments may be combined, 

15 other embodiments may be utilized, and structural changes may be made without 
departing from the spirit or scope of the present invention. The following detailed 
description is therefore not to be taken in a limiting senses and the scope of the present 
invention is defined by the appended claims and their equivalents. 

Referring now to the drawings, in which like numerals represent like 

20 elements through the several figures, aspects of the present invention and the exemplary 
operating environment will be described. Fig. 1 and the following discussion are 
intended to provide a brief, general description of a suitable computing environment in 
which the invention may be implemented. While the invention will be described in the 
general context of program modules that execute in conjunction with an application 

25 program that runs on an operating system on a personal computer, those skilled in the 
art will recognize that the invention may also be implemented in combination with other 
program modules. 
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Generally, program modules include routines, programs, components, 
data structures, and other types of structures that perform particular tasks or implement 
particular abstract data types. Moreover, those skilled in the art will appreciate that the 
invention may be practiced with other computer system configurations, including hand- 
5 held devices, multiprocessor systems, microprocessor-based or programmable 
consumer electronics, minicomputers, mainframe computers, and the like. The 
invention may also be practiced in distributed computing environments where tasks are 
performed by remote processing devices that are linked through a communications 
network. In a distributed computing environment, program modules may be located in 

10 both local and remote memory storage devices. 

Turning now to Fig. 1, illustrative computer architecture for a personal 
computer 2 for practicing the various embodiments of the invention will be described. 
The computer architecture shown in Fig. 1 illustrates a conventional personal computer, 
including a central processing unit 4 ("CPU"), a system memory 6, including a random 

15 access memory 8 ("RAM") and a read-only memory ("ROM") 10, and a system bus 12 
that couples the memory to the CPU 4. A basic input/output system containing the 
basic routines that help to transfer information between elements within the computer, 
such as during startup, is stored in the ROM 10. The personal computer 2 further 
includes a mass storage device 14 for storing an operating system 16, application 

20 programs, such as the application program 305, and data. 

The mass storage device 14 is connected to the CPU 4 through a mass 
storage controller (not shown) connected to the bus 12. The mass storage device 14 and 
its associated computer-readable media, provide non-volatile storage for the personal 
computer 2. Although the description of computer-readable media contained herein 

25 refers to a mass storage device, such as a hard disk or CD-ROM drive, it should be 
appreciated by those skilled in the art that computer-readable media can be any 
available media that can be accessed by the personal computer 2. 

By way of example, and not limitation, computer-readable media may 
comprise computer storage media and communication media. Computer storage media 

30 includes volatile and non-volatile, removable and non-removable media implemented in 
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any method or technology for storage of information such as computer-readable 
instructions, data structures, program modules or other data. Computer storage media 
includes, but is not limited to, RAM, ROM, EPROM, EEPROM, flash memory or other 
solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic 
5 cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or 
any other medium which can be used to store the desired information and which can be 
accessed by the computer. 

According to various embodiments of the invention, the personal 
computer 2 may operate in a networked environment using logical connections to 

10 remote computers through a TCP/IP network 18, such as the Internet. The personal 
computer 2 may connect to the TCP/IP network 18 through a network interface unit 20 
connected to the bus 12. It should be appreciated that the network interface unit 20 may 
also be utilized to connect to other types of networks and remote computer systems. 
The personal computer 2 may also include an input/output controller 22 for receiving 

15 and processing input from a number of devices, including a keyboard or mouse (not 
shown). Similarly, an input/output controller 22 may provide output to a display screen, 
a printer, or other type of output device. 

As mentioned briefly above, a number of program modules and data files 
may be stored in the mass storage device 14 and RAM 8 of the personal computer 2, 

20 including an operating system 16 suitable for controlling the operation of a networked 
personal computer, such as the WINDOWS XP operating system from MICROSOFT 
CORPORATION of Redmond, Washington. The mass storage device 14 and RAM 8 
. may also store one or more application programs. In particular, the mass storage device 
14 and RAM 8 may store an application program 305 for creating and editing an 

25 electronic document 310. For instance, the application program 305 may comprise a 
word processing application program, a spreadsheet application, a contact application, 
and the like. Application programs for creating and editing other types of electronic 
documents may also be used with the various embodiments of the present invention. A 
schema file 330 and a namespace/schema library 400, described below, are also shown. 
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Exemplary embodiments of the present invention are implemented by 
communications between different software objects in an object-oriented programming 
environment. For purposes of the following description of embodiments of the present 
invention, it is useful to briefly to describe components of an object-oriented 
5 programming environment. Fig. 2 is a simplified block diagram illustrating interaction 
between software objects according to an object-oriented programming model. 
According to an object-oriented programming environment, a first object 210 may 
include software code, executable methods, properties, and parameters. Similarly, a 
second object 220 may also include software code, executable methods, properties, and 
10 parameters. 

A first object 210 may communicate with a second object 220 to obtain 
information or functionality from the second object 220 by calling the second object 
220 via a message call 230. As is well know to those skilled in the art of object- 
oriented programming environment, the first object 210 may communicate with the 

15 second object 220 via application programming interfaces (API) that allow two 
disparate software objects 210, 220 to communicate with each other in order to obtain 
information and functionality from each other. For example, if the first object 210 
requires the functionality provided by a method contained in the second object 220, the 
first object 210 may pass a message call 230 to the second object 220 in which the first 

20 object identifies the required method and in which the first object passes any required 
parameters to the second object required by the second object for operating the 
identified method. Once the second object 220 receives the call from the first object, 
the second object executes the called method based on the provided parameters and 
sends a return message 250 containing a value obtained from the executed method back 

25 to the first object 210. 

For example, in terms of embodiments of the present invention, and as 
will be described below, a first object 210 may be a third party customized application 
that passes a message to a second object such as an Extensible Markup Language 
schema validation object whereby the first object identifies a method requiring the 

30 validation of a specified XML element in a document where the specified XML element 



is a parameter passed by the first object with the identified method. Upon receipt of the 
call from the first object, according to this example, the schema validation object 
executes the identified method on the specified XML element and returns a message to 
the first object in the form of a result or value associated with the validated XML 
5 element. Operation of object-oriented programming environments, as briefly described 
above, are well known to those skilled in the art. 

As described below, embodiments of the present invention are 
implemented through the interaction of software objects in the use, customization, and 
application of components of the Extensible Markup Language (XML). Fig. 3 is a 

10 block diagram illustrating interaction between a document, an attached schema file, and 
a schema validation functionality module. As is well known to those skilled in the art, 
the Extensible Markup Language (XML) provides a method of describing text and data 
in a document by allowing a user to create tag names that are applied to text or data in a 
document that in turn define the text or data to which associated tags are applied. For 

15 example referring to Fig. 3, the document 310 created with the application 305 contains 
text that has been marked up with XML tags 315, 320, 325. For example, the text 
"Greetings" is annotated with the XML tag <title>. The text "My name is Sarah" is 
annotated with the <body> tag. According to XML, the creator of the <title> and 
<body> tags is free to create her own tags for describing the tags to which those tags 

20 will be applied. Then, so long as any downstream consuming application or computing 
machine is provided instructions as to the definition of the tags applied to the text, that 
application or computing machine may utilize the data in accordance with the tags. For 
example, if a downstream application has been programmed to extract text defined as 
titles of articles or publications processed by that application, the application may parse 

25 the document 310 and extract the text "Greetings," as illustrated in Fig. 3 because that 
text is annotated with the tag <title>. The creator of the particular XML tag naming for 
the document 310, illustrated in Fig. 3, provides useful description for text or data 
contained in the document 310 that may be utilized by third parties so long as those 
third parties are provided with the definitions associated with tags applied to the text or 

30 data. 



According to embodiments of the present invention, the text and XML 
markup entered into the document 310 may be saved according to a variety of different 
file formats and according to the native programming language of the application 305 
with which the document 310 is created. For example, the text and XML markup may 
5 be saved according to a word processing application, a spreadsheet application, and the 
like. Alternatively, the text and XML markup entered into the document 310 may be 
saved as an XML format whereby the text or data, any applied XML markup, and any 
formatting such as font, style, paragraph structure, etc. may be saved as an XML 
representation. Accordingly, downstream or third party applications capable of 

10 understanding data saved as XML may open and consume the text or data thus saved as 
an XML representation. For a detailed discussion of saving text and XML markup and 
associated formatting and other attributes of a document 310 as XML, see U.S. Patent 
Application entitled "Word Processing Document Stored in a Single XML File that may 
be Manipulated by Applications that Understanding XML," U.S. Serial No. 10/187,060, 

15 filed June 28, 2002, which is incorporated herein by reference as if fully set out herein. 
An exemplary schema in accordance with the present invention is disclosed beginning 
on page 11 in an application entitled "Mixed Content Flexibility," Serial No. 

, Docket No. 60001.0275US01, filed December 2, 2003, which is hereby 

incorporated by reference in its entirety. 

20 In order to provide a definitional framework for XML markup elements 

(tags) applied to text or data, as illustrated in Fig. 3, XML schema files are created 
which contain information necessary for allowing users and consumers of marked up 
and stored data to understand the XML tagging definitions designed by the creator of 
the document. Each schema file also referred to in the art as a Namespace or XSD file 

25 preferably includes a listing of all XML elements (tags) that may be applied to a 
document according to a given schema file. For example, a schema file 330, illustrated 
in Fig. 3, may be a schema file containing definitions of certain XML elements that may 
be applied to a document 310 including attributes of XML elements or limitations 
and/or rules associated with text or data that may be annotated with XML elements 

30 according to the schema file. For example, referring to the schema file 330 illustrated 



in Fig. 3, the schema file is identified by the Namespace "intro" the schema file includes 
a root element of <intro card>. 

According to the schema file 330, the <intro card> element serves as a 
root element for the schema file and also as a parent element to two child elements 
5 <title> and <body>. As is well known to those skilled in the art, a number of parent 
elements may be defined under a single root element, and a number of child elements 
may be defined under each parent element. Typically, however, a given schema file 
330 contains only one root element. Referring still to Fig. 3, the schema file 330 also 
contains attributes 340 and 345 to the <title> and <body> elements, respectfully. The 

10 attributes 340 and 345 may provide further definition or rules associated with applying 
the respective elements to text or data in the document 310. For example, the attribute 
345 defines that text annotated with the <title> element must be less than or equal to 
twenty-five characters in length. Accordingly, if text exceeding twenty-five characters 
in length is annotated with the <title> element or tag, the attempted annotation of that 

15 text will be invalid according to the definitions contained in the schema file 330. 

By applying such definitions or rules as attributes to XML elements, the 
creator of the schema may dictate the structure of data contained in a document 
associated with a given schema file. For example, if the creator of a schema file 330 for 
defining XML markup applied to a resume document desires that the experience section 

20 of the resume document contain no more than four present or previous job entries, the 
creator of the schema file 330 may define an attribute of an <experience> element, for 
example, to allow that no more than four present or past job entries may be entered 
between the <experience> tags in order for the experience text to be valid according to 
the schema file 330. As is well known to those skilled in the art, the schema file 330 

25 may be attached to or otherwise associated with a given document 310 for application 
of allowable XML markup defined in the attached schema file to the document 310. 
According to one embodiment, the document 310 marked up with XML elements of the 
attached or associated schema file 330 may point to the attached or associated schema 
file by pointing to a uniform resource identifier (URI) associated with a Namespace 

30 identifying the attached or associated schema file 330. 
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According to embodiments of the present invention, a document 310 
may have a plurality of attached schema files. That is, a creator of the document 310 
may associate or attach more than one schema file 330 to the document 310 in order to 
provide a framework for the annotation of XML markup from more than one schema 
5 file. For example, a document 310 may contain text or data associated with financial 
data. A creator of the document 310 may wish to associate XML schema files 330 
containing XML markup and definitions associated with multiple financial institutions. 
Accordingly, the creator of the document 310 may associate an XML schema file 330 
from one or more financial institutions with the document 310. Likewise, a given XML 

10 schema file 330 may be associated with a particular document structure such as a 
template for placing financial data into a desirable format. 

According to embodiments of the present invention, a collection of XML 
schema files and associated document solutions may be maintained in a Namespace or 
schema library located separately from the document 310. The document 310 may in 

15 turn contain pointers to URIs in the Namespace or schema library associated with the 
one or more schema files attached to otherwise associated with the document 310. As 
the document 310 requires information from one or more associated schema files, the 
document 310 points to the Namespace or schema library to obtain the required schema 
definitions. For a detailed description of the use of an operation of Namespace or 

20 schema libraries, see U.S. Patent Application entitled "System and Method for 
Providing Namespace Related Information," U.S. Serial No. 10/184,190, filed June 27, 
2002, and U.S. Patent Application entitled "System and Method for Obtaining and 
Using Namespace Related Information for Opening XML Documents," U.S. Serial No. 
10/185,940, filed June 27, 2002, both U.S. patent applications of which are incorporated 

25 herein by reference as if fully set out herein. For a detailed description of a mechanism 
for downloading software components such as XML schema files and associated 
solutions from a Namespace or schema library, see US Patent Application entitled 
Mechanism for Downloading Software Components from a Remote Source for Use by a 
Local Software Application, US Serial No. 10/164,260, filed June 5, 2002. 
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Referring still to Fig. 3, a schema validation functionality module 350 is 
illustrated for validating XML markup applied to a document 310 against an XML 
schema file 330 attached to or otherwise associated with the document 310, as described 
above. As described above, the schema file 330 sets out acceptable XML elements and 
5 associated attributes and defines rules for the valid annotation of the document 310 with 
XML markup from an associated schema file 330. For example, as shown in the 
schema file 330, two child elements <title> and <body> are defined under the root or 
parent element <intro card>. Attributes 340, 345 defining the acceptable string length 
of text associated with the child elements <title> and <body> are also illustrated. As 

10 described above, if a user attempts to annotate the document 310 with XML markup 
from a schema file 330 attached to or associated with the document in violation of the 
XML markup definitions contained in the schema file 330, an invalidity or error state 
will be presented. For example, if the user attempts to enter a title string exceeding 
twenty-five characters, that text entry will violate the maximum character length 

15 attribute of the <title> element of the schema file 330. In order to validate XML 
markup applied to a document 310, against an associated schema file 330, a schema 
validation module 350 is utilized. As should be understood by those skilled in the art, 
the schema validation module 350 is a software module including computer executable 
instructions sufficient for comparing XML markup and associated text entered in to a 

20 document 310 against an associated or attached XML schema file 330 as the XML 
markup and associated text is entered in to the document 310. 

According to embodiments of the present invention, the schema 
validation module 350 compares each XML markup element and associated text or data 
applied to the document 310 against the attached or associated schema file 330 to 

25 determine whether each element and associated text or data complies with the rules and 
definitions set out by the attached schema file 330. For example, if a user attempts to 
enter a character string exceeding twenty-five characters annotated by the <title> 
elements 320, the schema validation module will compare that text string against the 
text string attribute 340 of the attached schema file 330 and determine that the text 

30 string entered by the user exceeds the maximum allowable text string length. 
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Accordingly, an error message or dialogue will be presented to the user to alert the user 
that the text string being entered by the user exceeds the maximum allowable character 
length according to the attached schema file 330. Likewise, if the user attempts to add 
an XML markup element between the <title> and the <body> elements, the schema 
5 validation module 350 will determine that the XML markup element applied by the user 
is not a valid element allowed between the <title> and <body> elements according to 
the attached schema file 330. Accordingly, the schema validation module 350 will 
generate an error message or dialogue to the user to alert the user of the invalid XML 
markup. 

10 

XML Markup Cloning on Table Rows and Cells in a Computer-Generated Document 

As briefly described above, embodiments of the present invention are 
directed to methods and systems for automatically replicating table rows and cells 
marked up with Extensible Markup Language data to create a new table row with cells 
15 containing the same XML markup as a selected row or previous row from which the 
new row is replicated. Consider for example that a user has created on expense report, 
as follows, which is a document based upon a template that contains a table listing 
expenses. 

The table may be marked up with expense report specific XML by the 
20 template author. For example, the following two rows are a sample of an example 
expense report document prepared by a template author containing a table made up of 
two rows each row having two cells. 



^ProductI€NameIshoes ^NamS 


&>ricel$123.90 ]price^]Product$ 


^Productl^Namelshirt ^NamS 


&>ricel$32.30 QPrice^lProduct^ 



The first row is marked up with the element <Product>. The first cell of 
that row is marked up with element <Name>. The second cell is marked up with 
element <Price>. According to an embodiment of the invention, even though the 
<Product> tags appear to be inside of the row (and inside of the cells) in the above 
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example, the <Product> element is actually the parent element of that row and its 
appearance inside of the row (and cells) is just a side effect of the layout limitations of 
the user interface (UI). Similarly, the <Name> and the <Price> elements are actually 
parent elements of their corresponding cells and not children as the above may seem to 
5 suggest. There are UI implementations that are capable of showing the <Product> tags 
as surrounding the row (which they really are) and the <Price> and <Name> tags as 
surrounding the cells, and not as contained within the row or cell. This, however, is a 
display limitation and has no impact on the functionality of this invention. 

The second row has identical XML markup elements as the first row. 
10 For purposes of example, user-entered data "Shoes" is entered in the cell contained 
within the "Name" element of row 1 and a price of "$123.90" is shown entered in the 
second cell of the first row, which is contained inside the <Price> element. 

According to embodiments of the present invention, if the user desires to 
add additional rows to this table having the same XML markup of the previous rows, 
15 the user automatically generate a third row having the same physical structure, for 
example two cells, and having the identical XML markup around that row and those 
cells as the previous row. That is, the third row is a replication of the previous row 
including both the row's physical structure and the XML structure surrounding it. 
Accordingly, a new row is added to the table as follows. 

20 



^roductl^Namelshoes ItlamS 


<£pricel$123.90 ]price^]Product^ 


^Productl^Namelshirt ^Name'} 


&>ricel$32.30 ^rice'^roductij 1 


^ProductI6vTameI0Name$ 


^PriceDPrice^IProduc^ 



25 

Fig. 4 illustrates an illustrative routine for automatically creating a new 
table row containing XML markup application as applied to a selected or previous row 
from which the new row is replicated. Referring to the illustrative tables above, the 
method 400 begins at start Block 405 where the user has selected where they want a 
30 new row inserted. At Block 410 the application makes the determination, based on the 
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users selection, as well as method of insertion, which row should be selected for 
replication. According to one embodiment, the user may place her insertion point such 
as a cursor in or at the end of a given row followed by selection of the "Tab" key, or the 
commands "Insert new row above", "Insert new row below". Alternatively, the user 
may select a given row or rows for replication by highlighting the selected row(s) and 
choosing the commands "Insert new row above", Insert new row below". 

The logic in determining the selected row in 410 is covered with the 
following cases. 

1. If the user action presses the "Tab" key, the new row will only be inserted if 
the cursor is in the last cell of the table. If this is the case, the row selected 
for replication is the last row in the table. A new row is then inserted after 
this last row (as covered in steps 420 - 440). 

2. The user selects a single row, selecting the contents within a single row, or 
placing the cursor somewhere within a single row, and then choosing either 
of the commands "Insert new row above", or "Insert new row below". If this 
is the case, then the row that contains the selection is selected as the row for 
replication. 

3. If multiple rows are selected, the user can choose either the "Insert new row 
above", or "Insert new row below" commands. If the "Insert new row 
above" command is selected, the row selected for replication is the first row 
of the selection. If the "Insert new row below" command is selected, the row 
selected for replication is the last row of the selection. 

At Block 420, an XML parser according to embodiments of the present 
invention parses the selected row(s) to determine the XML markup applied to the row. 
At Block 430, the new row is created. When the new row is created, the new row is 
created with identical physical structure including the number and shapes and sizes of 
cells. The method then proceeds to Block 440 and the XML markup applied to the row 
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selected in 410 (and to its cells) is applied to the newly created row (and its cells). The 
method ends at Block 490. 

As described above, embodiments of the present invention may be 
utilized for inserting a new table row. According to one embodiment of the present 
5 invention, the user may be provided with a user interface for allowing the user to select 
that a newly created row should be inserted above or below a selected row. Consider 
for example the following row in which the user has placed the insertion point or cursor 
in the second cell inside the <cell> element. 



10 



GrowXMLlIGcellXMLlI LellXMLlS 1 


£cellXML2l0cel]XML2$rowXMLl$ 


&owXML2l£cellXML3l ]cellXML35» 


^cellXML4DcellXML4^]rowXML2^ 



If the user selects the option of inserting a new row below the insertion 
point, the following result will occur. 



^owXMLlKcellXMLlI LellXMLl^ 


<5cellXML2l ]cellXML2')]rowXMLl£ 


flrowXMLlMcellXMLlL JcellXMLlP 


flcellXML2L JcellXML2&jrowXMLl& j 


&owXML2l<&ellXML3l ]cellXML3$ 


£cellXML4l ]cellXML4')]rowXML2^ 



15 

It should be appreciated, that had the user selected to have the new row inserted above 
the insertion point, then the new row with the corresponding XML markup would have 
been inserted in the row immediately above the row in which the user's insertion point 
was originally placed and the XML markup applied to the new row would be that 
20 markup applied to the row in which the user's insertion point was placed. 

According to embodiments of the present invention, multiple rows may 
be selected by the user as shown below. Suppose the first two rows are selected as 
follows. 

16 



GrowXMLlMcellXMLll JcellXMLlP 


flcellXML2C JcellXML2PjrowXMLlP 


^rowXML2HcellXML3[. JcellXML3P 


flcellXMuC JcellXML4PjrowXML2P 



When the user selects from a user interface that the selected rows are to be inserted 
above or below the selected rows, new rows equaling the number of selected rows will 
5 be created and will be populated with the XML markup applied to the multiple selected 
rows following the logic described in 410. The example shown below is if the user has 
selected to insert new rows above the selection. 



flrowXMLlMcellXMLlt JcellXMLlP 


flcellXML2t JcellXML2PjrowXMLlP \ 


flrowXMLlMcellXMLlt JcellXMLlP 


CcellXML2[ JcellXML2PjiowXMLlP 


^rowXMLlI^cellXMLlI LellXMLl') 


£cellXML2l lcellXML2$rowXMLr) 


6-owXML2K'cellXML3l lcellXML3') 


£cellXML4l !cellXML4$rowXML2^ 
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As described above, the user may select the "Tab" key in the last cell of a 
table and a new row containing the same XML markup of the row in which the insertion 
point is placed will be added immediately below the row in which the insertion point is 
placed. As shown below, the insertion point is placed in the last cell of the second row 
15 of the illustrated table. When the user selects the "Tab" to create a new row, the new 
row is inserted immediately below the row in which the user's insertion point is placed, 
and the new row contains the XML markup applied to the last row. 



^Productl^NamelShoes hame$ 


£PriceI$123.90 IPriceS'lProduct} 


^Productl^NamelShirt ^Name') 


&>ricel$32.30 OPrice^ProducC) 
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Then the user presses "Tab" to create the next row. The new row gets all the row and 
cell level markup replicated as follows: 



^roductl^Namelshoes isTame^ 


<JPriceI$ 123.90 ]Price'5!Produc$ 


(JlProductl^Namelshirt ItfamS 


^Pricel$32.30 IPrice^Product^ 


^Productl^NamelOName^ 


^PriceDPrice^IProduct^ 



As illustrated herein, any text or data entered by the user, such as the text "Shirt" and 
the data "$32.30" is not copied into the newly created row. Only the XML markup 
applied around the entire row and around each of its cells and related structure is copied 
to the new row and cells contained therein. 

As described herein, methods and systems provide for automatically 
replicating table rows and cells marked up with Extensible Markup Language structure 
to create a new table row and corresponding cells containing the same XML markup as 
a selected row or a previous row from which the new row is replicated. It will be 
apparent to those skilled in the art that various modifications or variations may be made 
in the present invention without departing from the scope or spirit of the invention. 
Other embodiments of the invention will be apparent to those skilled in the art from 
consideration of the specification and practice of the invention disclosed herein. 
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